Skip to content

v0.3.3: replace first() with 1-based index access - #6

Merged
ivodraginov-cloud merged 1 commit into
mainfrom
fix/0.3.3-first-index
Nov 11, 2026
Merged

ivodraginov-cloud merged 1 commit into
mainfrom
fix/0.3.3-first-index

Conversation

@ivodraginov-cloud

Copy link
Copy Markdown
Contributor

What

Follow-up to #5. Live B1 still failed with IMLError: Function 'first' finished with error! Invalid array. after first(ifempty(path, emptyarray)) was uploaded, because emptyarray is a scenario-mapper constant and is not defined in custom-app IML.

List-item outputs (Get Property Details, Verify Address, and the billed instant trigger's property lookup) now use IML 1-based index access (path[1]), which returns empty on a missing path instead of throwing. response.valid still marks a missing API object as InvalidAccessTokenError. The offline IML test helper now treats numeric indexes as 1-based.

npm test is 80/80.

first(ifempty(path, emptyarray)) still threw IMLError on a 401 or HTML
body in a live Make run. emptyarray is a scenario-mapper constant and is
not defined in custom-app IML, so first() still received undefined.

List-item outputs now use path[1], which returns empty on a missing path
instead of throwing. response.valid still marks a missing API object as
InvalidAccessTokenError. The offline IML helper treats indexes as 1-based.
@ivodraginov-cloud
ivodraginov-cloud merged commit 9ac500b into main Nov 11, 2026
1 check passed
@ivodraginov-cloud
ivodraginov-cloud deleted the fix/0.3.3-first-index branch November 11, 2026 17:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants